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TECHNICAL FIELD 

The present invention relates generally to a data management method and archit dure. In particular the 
present invention relates to a data management method and architecture allowing user-absent xecution of 
5 scheduled batch tasks and administration of accounting information in environments that typically involve mul- 
tiple users requiring access to centrally stored data such as the travel industry. 

BACKGROUND OF THE INVENTION 

10 The growth of the airline business from the early 1980's to the 1990's has resulted in the proliferation of 

travel agencies and other travel information groups that require access to large volumes of data in a "real time" 
environment. This growth has spurred many technological advancements in central reservation systems (CRS) 
for the transportation industry and in particular the airline industry. Examples of such systems are the Amer- 
ican Airlines Inc.'s SABRE system, System One, Covia and Woridspan. 

is As the number of travel agencies and other travel providers has grown, the importance of automating their 

business practices such as accounting and report generation has also increased. Innovations for the back- 
office business side of travel providers have grown from calculators, adding machines and manual file systems 
to very sophisticated accounting software packages which are commonly available in the market place today. 
Until the present invention, however, there has not been a successful integration of the a "real time" central 

20 reservation system with the modern travel provider back-office accounting and reporting packages taking full 
advantage of distributed personal computer processing capabilities. For example, the central reservation sys- 
tems have gone from a relatively small number of mainframe computers to vast multiplexed systems not spe- 
cifically designed for a given back-off ice environment. Furthermore, in the past the mainframe computers were 
almost always connected to "dumb" terminals, i.e. terminals having no independent processing power and in- 

25 capable of handling any of the accounting and reporting processing. 

Beginning in the mid- 1980's, the Personal Computer (PC) began replacing the "dumb" terminals, thus mak- 
ing the processing power of the PC available to the travel provider. Until the present invention, however, a meth- 
od and architecture that could take advantage of the newly available processing power was not available. Most 
previously developed methods and architectures depended on "dumb" terminals where all the processing takes 

30 place in a single computer such as mainframe or minicomputer. The few previous methods and architectures 
that allowed users to install PCs utilized "dumb" terminal emulation packages to force the PCs to function as 
"dumb" terminals, again failing to use the available processing power of the PC. Thus, prior methods and ar- 
chitectures did not allow the user to fully utilize the available PC processing power. 

Past and present methods and architectures also did not allow the user to realize the full benefits of using 

35 PC based applications that access a database, such as a CRS, directly. Instead, prior art products provided 
some ability to execute a PC "hand-off 1 function where the user switches between using the "dumb" terminal 
emulation package to communicate with the CRS and the PC to perform accounting and reporting functions. 
Should the user require an integration of the CRS communication with the accounting and reporting functions, 
however, then an intermediate step is required. Personal productivity and efficiency are much less because 

40 intermediate steps must be performed. 

While back-office systems for the travel provider have existed for several years, including Agency Data 
Systems' ADS product; Systems One's Max; World Span's World Ledger 4000 and Travel Data Systems' TDS; 
each of these systems was implemented on an IBM proprietary AS/400 architecture. Therefore, none of the 
prior art back-office accounting and reporting systems are easily ported to other architectures or used in con- 

45 nection with other vendor's hardware products. In addition, the travel providers have to depend on the devel- 
oper of each architecture to do the necessary programming to port existing back-office accounting and re- 
porting systems to new architectures as they are developed. 

The present invention, however, provides an integrated "real-time" CRS to back-office system that works 
on any industry supported architecture and is independent of the particular hardware system used. Thus, the 

so present invention allows travel providers to install various hardware devices not offered by the original archi- 
tectural vendor. Examples of these hardware devices include printers, workstations, DOS based platforms, 
DOS based network file servers, and similar devices. The openness and flexibility of the present invention 
permits travel providers to largely solve their own day-to-day operational and information management needs 
with minimal depend nee for additional programming from the original architectural vendor. 

55 Unlike the prior art methods and architectures, the present invention provides a method and archit cture 

that can distribute reporting functions among available processing resources in a network environment though 
a batch scheduling syst m. This provides maximum flexibility to the end user, as each user can now allocate 
computing power to a given reporting task. Furthermore, the user can designate the most appropriate platform 
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to accomplish a specif ic reporting task. This feature allows a user who works in a mixed platform environment 
to maximize the efficiency of each individual platform by allocating it to a suitable task. 

Moreover, the batch scheduling system of the pr sent invention enables a high on-line throughput of trans- 
actions achieved through a client server system architecture. The client serv r architecture can operat when 
5 application functions are separated logically, and indeed, sometimes physically from the database manage- 
ment functions. Thus, a user can work with a client (the front-end) on his workstation and use resources of 
the server (the back-end) only when data needs to be accessed. Thus, regardless of the platform on which 
the database is run, e.g., UNIX, OS/2, Novell Netware, the same client applications can be accessed without 
any changes. 

10 Furthermore, in the present invention either the client or server can be changed independently of the other. 

For example, one database can be moved from a vendor's UNIX system to another, or to an emerging envir- 
onment like Microsoft Windows NT, with no additional programming required for the client applications. 

The present invention also provides the ability to process multiple tasks simultaneously not only on the 
database server, but also on individual workstations. As an example, in one of the preferred embodiments of 

15 the present invention, applications are run on an IBM OS/2 operating system and users can execute multiple 
ad hoc queries, multiple formatted reports, print from third-party software programs, and do accounting data 
entry alt at the same time. In the prior art, these tasks either tied up each workstation reducing productivity 
or required the submission of an individual executable command to a processor on a minicomputer. 

Moreover, the batch scheduling system of the present invention has a preprogrammed reporting capability 

20 that allows each workstation to access multiple reports. The user can see the status of a report at any time, 
still executing, executed or already viewed reports via a video terminal. The user can send one or more copies 
to a printer, or save it as a file. The user may also create customized versions of each preprogrammed report 
by developing a template. This template defines the users choice of select criteria and sort field preferences. 
In addition to the preprogrammed reporting system, the invention has a report generator system that allows 

25 a non-programmer end user to create customized and formatted reports. By merely selecting the columns the 
user wishes to see, a detailed query is automatically formed that can be executed. The user can specify select 
criteria, sort fields, request aggregate functions, sums, minimums, maximums, averages, and create custom- 
ized headers and footers. The present invention then allows users to schedule a task to occur automatically 
at specific dates and times. 

30 Another aspect of the present invention is to provide a batch scheduling system that allows reports to be 

distributed among the available network resources. Once jobs are scheduled, they are executed on a user de- 
fined platform or groups of platforms attached to the network. The user can define the available resources to 
be allocated to each reporting task, can group resources to work on a given reporting task, and designate the 
priority of each task, as well as the time and date at which the task will be performed. Unlike the prior art, this 

35 aspect of the invention allows for the processing power of each platform on the network to be used to its fullest 
even when no actual users are present 

The present invention also ties in perfectly with the current trend of most companies to downsize large 
mainframe and minicomputer systems to smaller network distributed systems. Thus, the present invention pro- 
vides numerous advantages over prior data management methods and architectures and eliminates many of 

40 the deficiencies therein, maintenance utilities such as system backup and diagnostics. The LAN itself is the 
communication platform for the client and server processes. 

In one of the preferred embodiments, the travel provider's platform consists of a LAN which may include 
any number of attached devices such as mini computers, PC's, dedicated workstations, printers, and similar 
or equivalent devices. These devices are used for imputing and transmitting data to one or more server proc- 

45 esses. The devices are also used by the user to perform "real-time" transactions on the CRS. In addition, these 
devices are used in connection with the distribution option of the batch scheduling system to process reports 
as well as other local processing tasks which the client may require. It is at the LAN level that accounting proc- 
esses such as sales entry, cash functions, accounts receivable, reporting, customer statements, accounts 
payable, interface, the generation of data files, and customized processes or third-party functions occur. 

50 

BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present invention and the advantages thereof, reference is now 
made to the following description in conjunction with the accompanying drawings in which: 
55 FIGURE 1 is a representative diagram of on embodiment of the system architecture of the present in- 

vention; 

FIGURE 1 A is a representation of various workstation processes of the present inv ntion; 
FIGURE 1B is a representation of various workstation processes of the present invention; 
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FIGURE 2 is a detailed diagram of one embodiment of the system methodology of the present invention; 
FIGURE 3 is a flow chart diagram of the batch scheduling system of the present inv ntion; 
FIGURE 4 is a representative screen showing executabl functions of the batch scheduling system; 
FIGURE 5 is a representative screen showing operation of the batch scheduling system; 
5 FIGURE 6 is a representative screen showing administration of the batch scheduling system; and 

FIGURE 7 is a representative screen showing a daily batch scheduling operation. 
FIGURE 8 is a representative screen showing modification of the batch scheduling system. 

DETAILED DESCRIPTION OF THE EMBODIMENT 

10 

The present invention relates to a data management method and architecture. FIGURE 1 shows an overall 
system architecture 10 comprising of either a single central host computer or central reservation system (CRS) 
20 or a plurality of CRS's 30. In one of the preferred embodiments, the CRS 20 or CRS's 30 are the various 
travel reservation systems or their equivalent. CRS 20 or CRS's 30 connects to a gateway or communications 

15 server 40, or its equivalent In one of the preferred embodiments, the communications server 40 is a 386-based 
platform or its equivalent with storage and disk capabilities. The communications server 40 is an attached de- 
vice on a Local Area Network (LAN) 50 such as the IBM Token Ring Netware operating under an IBM OS/2 
Presentation Manager operating system. Equivalent network and operating systems may be used. Communi- 
cation server 40 may contain an RTIC board from IBM or any other similar communications board. The gateway 

20 or communications server 40 connects to the LAN 50. Typically the LAN 50 is an IBM Token Ring operating 
under standard Novell Netware network software utilizing TCP/IP. Connected to the LAN 50 is a network file 
server 60. In one of the preferred embodiments, the file Server 60 is typically a 386 or equivalent based plat- 
form, with disk and storage capabilities operating on a token ring network and LAN workplace IBM OS/2 Pre- 
sentation Manager software with SQL Server PC Net-Library. The file server 60 may also contain various ap- 

25 plication software including third-party software and/or customized software. 

Additionally, the system architecture 10 contains at least one client workstation 70 for the input and display 
of data. It should be readily understood that a plurality of client workstations 70 may also be used without de- 
parting from the true spirit of the present invention. The client workstation 70 is a 386 or equivalent based plat- 
form with or without disk and storage capabilities running on a Token Ring Network under the IBM OS/2 Pre- 

30 sentation Manager operating system. This client workstation 70 is used by the travel provider end user to per- 
form many of the routine accounting functions and client report generating functions, including data entry and 
reservation services. In one of the preferred embodiments of the present invention, it is within a client work- 
station 70 that the batch scheduling system and message communications processing takes place. 

The client workstation 70 accounting and client report generating functions can be more readily understood 

35 with reference to FIGURE 1a. Interface 61, which in one of the preferred embodiments is the IBM OS/2 Pre- 
sentation Manager or a similar or equivalent interface, provides sales entry functions 71 allowing the client a 
selection of invoicing programs and creation of invoices 73 using data input 72. The client workstation 70 pro- 
vides cash functions 74 selected from interface 61 and consisting of functions 76 such as receipts, disburse- 
ments, adjustments, open item posting, and unpost paid items using data input 75. Client workstation 70 also 

40 provides, through interface 61 , account receivables functions 77 consisting of functions 79 such as void, trans- 
fer, dispute and resolve, queries, as well as creation, modification, deletion and posting a beginning receivable 
using data input 78. 

Referring to FIGURE 1b which shows other functions of client workstation 70 reached through interface 
61 are customer statement functions 81 , which using data input 82, provides functions 83 such as creation of 

45 a statement format, statement setup, statement remarks and specification, and processing, printing, and re- 
processing of statements. Client workstation 70. through interface 61, also provides accounts payable func- 
tions 84, which using data input 85, provides for specif ic functions 86 such as creation, modification and voids, 
mailing address entries, distribution across accounts, and a payable status screen. Otherf unctions of the client 
workstation 70 are hotel and car functions 87 which use data input 88 to provide functions 89 such as building, 

so hotel and car properties, identifying key identifiers, and merging of properties. 

Although client workstation 70 functions as herein described and detailed in FIGURES 1a and 1b which 
are illustrative of the preferred embodiments of the present invention, it must be clearly und rstood that various 
other conf igurations of functions could be utilized that embody the true spirit and scope of the present inven- 
tion, as described her in. 

55 Attached to the LAN 50 of FIGURE 1 is database server 80. In one of th pref rred embodiments, the 

database server 80 is typically a RISC based platform in an UNIX or equivalent operating system in a Token 
Ring Network with TCP/IP or a 386-based or equivalent platform that has an IBM OS/2 Presentation Manager 
operating system on the Token Ring with TCP/IP. It is at the database server 80 that the data stream from the 
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CRS 20 or CRS's 30 is parsed, validated, verified, and otherwise manipulated before being accessible on LAN 
50. 

Typically, a print server 90 is attached to LAN 50, which in one of the preferred embodiments is a 386 
based or equivalent platform, with disk capabilities running on the Token Ring Network under the IBM OS/2 
5 Presentation Manager operating system. In addition, print server 90 may have port expansion cards allowing 
communication to multiple printers 100. Printers 100 are typically Hewlett Packard LaserJet or equivalent type 
devices capable of printing text and graphics from wordprocessing and reporting applications. 

Although system architecture 10 described herein and depicted in FIGURE 1 is one of the preferred em- 
bodiments, it must clearly be understood that various other configurations, methods and system architectures 
10 could be utilized as long as they have the appropriate memory and communication links as those described 
herein. 

Importantly, system architect 10 of the present invention is designed to be highly scalable. It is designed 
to be utilized in travel companies ranging from relatively small, i.e. less that 2000 ticket transactions per month, 
up to large global agencies having over 100,000 ticket transactions per month per database server. TABLE 1 
15 contains a general description of examples of the system architecture configurations based on tickets and vol- 
umes. 

TABLE 1 



20 





Volume of 








Tickets 


Preferred Hardware Configuration | 


25 


<2000 


1- 


Network File Server PC (Intel 486DX2 50mhz, 20 








mb of memory, 400 + mb hard disk storage) 






10 


or less PC workstations (Intel 486SX 25 mhz, 12 








mb of memory, 100-f mb hard disk) 


30 




1- 


UNIX-based database engine (Single 25mhz 








processor, 64 mb of memory, 1.0 gb hard disk 








storage) 




<5000 


1- 


Network File Server PC (Intel 486DX2 50mhz, 20 


35 






mb of memory, 400+ mb hard disk storage) 






10 


or less PC workstations (Intel 486SX 25 mhz, 12 








mb of memory, 1004- mb hard disk) 






1- 


UNIX-based database engine (Single 25mhz 


40 






processor, 96 mb of memory, 1.5 gb hard disk 






storage) 




<6000 


2- 


Network File Server PC (Intel 486DX2 50mhz, 20 








mb of memory, 400+ mb hard disk storage) 


45 




20 


or less PC workstations (Intel 486SX 25 mhz, 12 








mb of memory, 100+ mb hard disk) 






1- 


UNIX-based database engine (Dual 33mhz 








processors, 96 mb of memory, 1.5 gb hard disk 


50 






storage) 
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< 10,000 


1- 


Network File Server PC (Intel 486DX2 SOmhz, 20 


5 


and users = 




mb of memory, 400+ mb hard disk storage) 




<20 


20 
1- 


or less PC workstations (Intel 486SX 25 mhz, 12 
mb of memory, 100+ mb hard disk) 
UNIX-based database engine (Dual 33mhz 
processors, 128 mb of memory, 2.0 gb hard disk 


10 






storage) 




< 10,000 and 


2 


or less Network File Server PC (Intel 486DX2 




user >20 




SOmhz, 20 mb of memory, 400+ mb hard disk 


15 






storage) 




50 
1- 


or less PC workstations (Intel 486SX 25 mhz, 12 
mb of memory, 100+ mb hard disk) 
UNIX-based database engine (Dual 33mhz 
processors, 128 mb of memory, 3.5 gb hard disk 


20 






storage) 




< 30,000 


2 


or less Network File Server PC (Intel 486DX2 
SOmhz, 20 mb of memory, 400+ mb hard disk 
storage) 


25 




50 
1- 


or less PC workstations (Intel 486SX 25 mhz, 12 
mb of memory, 100+ mb hard disk) 
UNIX-based database engine (Dual 33mhz 
processors, 384 mb of memory, 6.0 gb hard disk 


30 






storage) 




< 50,000 


4 


or less Network File Server PC (Intel 486DX2 
50mhz, 20 mb of memory, 400+ mb hard disk 
storage) 


35 




100 
1- 


or less PC workstations (Intel 486SX 25 mhz, 12 
mb of memory, 100+ mb hard disk) 
UNIX-based database engine (Quad 25mhz 
processors, 512 mb of memory, 15+ gb hard disk 


40 






storage) 




< 100,000 


6 


or less Network File Server PC (Intel 486DX2 
50mhz, 20 mb of memory, 400+ mb hard disk 
storage) 


45 




250 
1- 


or less PC workstations (Intel 486SX 25 mhz, 12 
mb of memory, 100+ mb hard disk) 
UNIX-based database engine (Eight 25mhz 
processors, 7686 mb of memory, 18+ gb hard 


50 






disk storage) 



FIGURE 2 is a flow diagram of one embodiment of the architecture of the present invention. Figur 2 il- 
55 lustrates a plurality of the centralized reservation systems (CRS) 32, 34, 36 and 38 that maintain "real time" 
databases including present availability, fares, city pairs, bookings, destinations, city guides and other travel 
related information necessary in the travel industry for booking, purchasing, and ticketing passengers for air 
travel. Other items of travel included in the CRS 32, 34, 36 and 38 include, among other information, hotel 
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fares, car rental fares, cruise directories, and room availability. 

Data from the CRS's 30 is sent via commu nication links 1 30, 1 32, 1 34 and 1 36 to database server 80 either 
directly or through a communications server 40 and LAN 50. At database server 80 the data stream is parsed, 
validated, and otherwise manipulated according to the message types 140, 142, 144 and 146. The data com- 
5 munication lines 130, 132, 134, 136 connect to the accounting and reporting system database 150 where the 
message is either validated and stored 152 or modified and rejected 154 as an invalid message. 

Again, in one of the preferred embodiments, the accounting and reporting system database 150 typically 
resides in either a UNIX-based or equivalent platform, or a 386 or equivalent based platform, using an IBM 
OS/2 Presentation Manager operating system platform capable of interaction with LAN 50. 
10 Also shown in Figure 2 is batch scheduling system 160 which can be more readily understood with refer- 

ence to FIGURE 3 and the description below. The information in the accounting and reporting database system 
150 is communicated through batch scheduling process 160 via communication links 162, 164, 166 and 168 
to client workstation 70 where end user functions 170, 180, 190, 200, and 210 are performed. End user func- 
tions 170 include typical accounting processes 170 such as accounts receivable, accounts payable, general 
15 ledger, cash balances and other typical accounting processes. Utiiizing batch scheduling system 160, other 
end user functions 170 include generating preprogrammed reports 180, generating customized reports 190, 
generating data hand-off files 200, and processing and customization of third-party functions 210, such as E- 
Mail, employee personnel records, etc.. . 

Batch scheduling system 160 can be more readily understood with reference to FIGURE 3. FIGURE 3 is 
20 a flow diagram of batch scheduling system 160 of the present invention. The batch scheduling system 160 is 
controlled by the software that resides on database server 80 and network file server 60 of LAN 50 and com- 
municates and transmits data back and forth between the accounting and reporting system database 150 and 
client workstation 70 utilized by the end user. 

Batch scheduling system 160 provides means for generating a variety of customized reports automatically 
25 at end-user predetermined times and intervals. Batch scheduling system 160 allows each batch executable 
filename or program filename to be assigned a program name as further illustrated by the screen shown in 
FIGURE 4. Another feature of batch scheduling system 160 is the ability to edit batches 232 to add, modify, 
delete or copy jobs within a batch. 

Additionally, batch scheduling system 160 gives the user the ability to define executable programs 234 
30 that may be batch processed, i.e. to give the end user the ability to customize reports and decide what para- 
meters should be used and when and where the batches should be processed. An example of this is illustrated 
in the screen of FIGURE 5. 

Batch scheduling system 160 provides the end user with the ability to view current batch detail, batch sta- 
tus, and batch history 240 as needed. Feature 240 illustrated in the screen shown in FIGURE 6. 
35 Batch scheduling system 160 gives the user the ability to assign available resources to resource groups 

238 (used during the batch processing). This allows the end user to decide, if, when and how many of the re- 
sources within the end-user facility shall be used for customized report generation and when those resources 
are going to be occupied. Batch scheduling system 160 also has the ability to add resources 236 to those that 
are available for batch processing. This gives flexibility to the end-user to either increase or decrease the num- 
40 ber of resources utilized in report generation and customization. Features 236 and 238 are also illustrated in 
the screen of FIGURES 7 and FIGURE 8, respectively. 

Operation of the batch scheduling system 160 is illustrated at 250, 260, 270, 280 of FIGURE 3 with the 
start of the batch scheduler on either LAN 50 or a single platform attached to LAN 50. Batch scheduling system 
160 may execute tasks 260 on the preassigned resources 238 which have been added to the list of resources 
45 236 using the available processing power of LAN 50 to start the scheduled batch process 250. After a job is 
completed, batch scheduling system 160 then transmits the data along communication line 262 to database 
server 80. Batch job information is communicated along the line 264 from the accounting and reporting data- 
base 1 50 to the start batch scheduler 250. Two other functions 270 and 280 allow the batch scheduling system 
160 to refuse or accept new jobs while the scheduler is running or to stop and start the batch scheduler as 
so necessary. One embodiment of features 270 and 280 is illustrated in the screen of FIGURE 7. 

Although the invention has been described and illustrated in detail it is clearly understood that the same 
is by way of illustration and example only. It is not to be taken by way of limitation. The scope of the present 
invention is to be limited only by the terms of the appending claims. 

55 

Claims 

1 . An architecture for data management comprising: 
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a mass data storage means connected to a communications means; and 

an end user configuration connected to the communications means having a plurality of processing 
functions, a plurality of requesting functions, and a plurality of report generating functions. 

2. The architecture for data management recited in claim 1 wherein the mass data storage means is a central 
information repository. 

3. The architecture for data management recited in claim 1 wherein the mass data storage means is a plur- 
ality of central information repositories. 

4. The architecture for data management recited in claim 1 wherein the communications means is a com- 
munication server process. 

5. The architecture for data management recited in claim 1 wherein the end user configuration is a local area 
network. 

6. An architecture for data management comprising: 

a central information repository for mass data storage connected to a client server platform for ac- 
cess to and manipulation of data; 

a local area network as the foundation for the client server platform providing a plurality of func- 
tions; and 

a database server platform connected to the local area network for processing data received from 
a central reservation system. 

7. An architecture for scheduling batch tasks comprising: 

an end user configuration for requesting and receiving the batch tasks; 

a plurality of data processing resources connected to the end user configuration for processing data 
to generate reports requested by the end user, 

a batch task scheduling function interfaced to the data processing resources for scheduling the 
preparation of reports; 

a batch task distribution function interfaced to the data processing resources for partitioning the 
batch tasks the data processing resources; and 

printing means connected to the end user configuration for printing the reports. 

8. The architecture for scheduling batch task recited in claim 7 further comprising a central information re- 
pository for mass data storage connected to the end user configuration. 

9. The architecture for scheduling batch task recited in claim 7 further comprising a plurality of central in- 
formation repositories for mass data storage connected to the end user configuration. 

10. The architecture for scheduling batch task recited in claim 7 further comprising a client server platform 
connected to a central reservation system for providing a communications link between the central res- 
ervations system and the end user configuration. 

11. An architecture for scheduling batch tasks comprising: 

a local area network connected to a client server platform having a plurality of processing resourc- 
es; 

the plurality of processing resources connected to a local area network; 

a batch task scheduling function controllably interfaced to the processing resources for scheduling 
the generation of reports; 

a batch task distribution function controllably interfaced to the processing resources for partitioning 
batch tasks among the data processing resources; and 

printing means connected to the local area network for printing of reports. 

12. A method of integrating a central reservation system with local processing functions comprising: 

initiating a communications link with at least one central reservation system having a central mass 
data base to an end user configuration having processing resources; 

requesting data from the central reservation system via the communications link; 

using the processing resources to perform local processing functions using the data acquired from 
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the central reservation system; 

receiving the requested data at the end user configuration; 

using the end user configuration processing resources to automatically generate reports; and 
printing reports from the processed data received from the central reservation system. 

5 

13. A method for executing batch tasks comprising the steps of: 

ascertaining the number of resources available for processing the tasks, wherein the resources are 
one or more platforms interfaced to a local area network; 

ascertaining the number of tasks ready for execution; 
10 allocating the tasks among the available resources; 

initiating the execution of tasks; 
executing the tasks; and 
printing the results. 

15 14. A method for executing tasks in accordance with claim 13 further comprising the steps of: 

adding processing resources to the list of available platforms; 

grouping the available platforms into the groups of resources; 

creating batch processing groups of tasks for execution; 

Editing or modifying the batch processing groups; 
2Q scheduling the batch processing groups for execution; 

executing the scheduled batch processes; and 

printing the results. 

15. The method for executing tasks of claim 13 wherein the batch process execution can be interrupted at 
25 any time by the end user. 

16. The method for executing tasks of claim 13 wherein new processes can be accepted or denied anytime 
during execution. 
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